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(54) Method and system for obtaining information and services over a communication network 



(57) In a communications arrangement, a computer 
user accesses a server system to seek customer serv- 
ice over the World Wide Web (WWW). The server sys- 
tem assigns a customer sen^ice agent (CSA) to commu- 
nicate with the user to realize the customer service. In 
a customer service session, the user and CSA may col- 
lalx>ratively browse hypertext markup language (HTML) 



documents at different uniform resource locators 
(URLs) to obtain relevant information. However, in ac- 
cordance with the invention, the versbn of each docu- 
ment presented to the user may be different from that 
presented to the CSA. In particular, the CSA versk)n 
contains proprietary information which is excluded from 
the user version. 
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Description 

Field of the Invention 

The invention relates to cpnnmunications systenns 
and methods, and in particular to systems and methods 
for allowing users to obtain information and services on 
the World Wide Web (WWW) or the 'webV 

Background of the Invention 

Computer users can access many infornnation re- 
sources on an expansive international network of com- 
puter networks known as the Internet. The WWW is a 
graphical subnetwork of the Internet. With common 
"web browser" software such as the NETSCAPE NAV- 
IGATOR and INTERNET EXPLORER browsers, the us- 
ers can readily access Internet information and services 
provided by web servers on the WWW. 

Many Internet services allow communications be- 
tween users. For example, two or more computer users 
may access a designated web server providing a "text- 
chaf service, whereby users may interactively commu- 
nicate in text with one another in real time. 

Computer users can also share a web browsing ex- 
perience using a collaborative browsing scheme dis- 
closed in the co-pending, commonly assigned United 
States patent application of V. Anupam et al. entitled 
■Technique for Obtaining and Exchanging Information 
on World Wide Web,' Serial No. 08/683,072, filed July 
16, 1996. In accordance with this scheme, the users are 
provided with capabilities of collaborative or shared 
browsing ol hypertext markup language (HTML) docu- 
ments at various uniform resource locators (URLs) (or 
website addresses) on the WWW. Specifically, in a col- 
laborative browsing session, the users are able to go 
from one URL to another in a synchronous manner and 
browse the same HTML documents provided at the 
URLs. At the same time, the users are also able to ex- 
change information among themselves in text. 

Summary of the Invention 

While the collaborative browsing arrangement of 
the type just described is desirable in that the users can 
share the same web information in real time, an aspect 
of this arrangement has been recognized by us to be 
disadvantageous in certain applications. In particular, in 
customer service applications, a customer should not 
always be able to browse the same information as a 
service representative. In order to efficiently help the 
customer, the service representative may need propri- 
etary information, e.g.. the customer's credit history, in 
addition to the infornnation which can be shared with the 
customer 

The present invention, however, overcomes this 
shortcoming by distinguishing requests for the same da- 
ta based on indicator information in such requests. 



When a request for particular data is received by a web 
server, the indicator informatkMi is used to select a ver- 
sion of the particular data corresponding thereto, and 
the originator of the request is then presented with the 
5 selected version only. In a preferred embodiment, the 
indicator information identifies the originator of the re- 
quest. In a customer service application, if the indicator 
information identifies that the originator is a service rep- 
resentative, he/she is then presented with a first version 
10 of the requested data. If the indicator information iden- 
tifies that the originator is a customer, he/she is then pre- 
sented with a second version of the requested data. The 
first version may be different from the second version, 
and nnay include more information, e.g., the proprietary 
information, than the second version. 

Brief Description of the Drawing 

The present invention will be more fully appreciated 
20 by consideration of the following detailed description, 
when read in light of the accompanying drawing in 
which: 

Fig. 1 illustrates a communications arrangement in 
2S accordance with the invention wherein a server sys- 
tem provides information and sen^ices over the 
WWW to users; 

Fig. 2 illustrates the format of a cookie for identifying 
a user in accordance with the invention; 
30 Fig. 3 illustrates a home page furnished by the serv- 
er system; 

Fig. 4 is a flow chart depicting the steps taken by a 
manager processor in the server system to arrange 
for customer service; 
3S Fig. 5 illustrates the format of a cookie for identifying 
a customer service agent in accordance with the in- 
vention; and 

Fig. 6 illustrates a customer service web page fur- 
nished by the sen/er system. 

40 

Detailed Description 

Fig. 1 illustrates a communications arrangement 
embodying the principles of the invention wherein serv- 
es er system 1 00 provides inlormation and services over a 
communication network. In this particular illustrative 
embodiment, server system 100 resides in a customer 
service center of a company and provides product infor- 
mation and customer service via World Wide Web 
50 (WWW) 140. Such customer service includes helping 
customers to place orders for different products that the 
company markets, responding to customers' account in- 
quiries and complaints, and providing other customer 
support. 

55 System 100 works compatibly with standard web 
browsers such as the NETSCAPE NAVIGATOR and IN- 
TERNET EXPLORER browsers, the standard hypertext 
transfer protocol (HTTP) and hypertext markup lan- 
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guage (HTML). System 100 realizes the customer serv- 
ice by allowing a user and customer service agent (CSA) 
to browse in a collaborative fashion HTML documents 
which may relate to the user's account, and to commu- 
nicate interatively with each other in real time, e.g., us- 5 
ing a text -chat capability. 

As shown in Fig. 1 , a user nnay utilize computer 1 50 
to access system 100 over WWW 140 at a predeter- 
mined uniform resource locator (URL). Computer 150 
may be a conventional personal computer (PC) running io 
standard web browser 151, such as the NETSCAPE 
NAVIGATOR browser. In accessing system 100, brows- 
er 1 51 first establishes a connection to HTTP server 1 09 
having a comnDon gateway interface (CGI) (not shown). 
The CGI includes programs which define certain tunc- ^5 
tions of server 1 09 to be described. As soon as the con- 
nection between browser 151 and server 109 is estab- 
lished, server 109 retrieves from host computer 115 
home page information, and a customer identification 
(I D) number assigned to the user for identifying him/her 20 
temporarily. Server 109 then generates an HTML doc- 
ument representing the home page, and a "customer 
cookie' incorporating the customer ID number. It trans- 
mits the HTML document and customer cookie to 
browser 151 through the established connection. 25 

After the customer cookie is received by browser 
1 51 , it is stored within the browser. Fig. 2 illustrates the 
format of a generic customer cookie. As shown in Fig. 
2, the customer cookie comprises field 201 containing 
a cookie header, field 203 containing the customer ID 50 
number, and bit 205 indicating whether the user has 
been referred to a CSA. At this point, the value of bit 205 
is zero, indicating that the user has not been referred to 
any CSA in this session. The bit pattern of the cookie 
header bears a predetermined relation to the customer 35 
ID number and bit 205, and can be used to identify that 
the cookie in question is a customer cookie. The function 
of the customer cookie is fully described hereinbelow. it 
suffices to know for now that each time when browser 
151 communicates to HTTP server 109, the communi- 40 
cation is accompanied by the customer cookie, in ac- 
cordance with the invention. 

Upon receipt of the HTML document, browser 151 
opens the document and causes the home page to be 
displayed on computer 150. Fig. 3 illustrates such a ^ 
home page. As shown in Fig. 3. the home page com- 
prises displayed options 303, 305 and 307. In a conven- 
tional manner, the user can select any one of the options 
by pointing and clicking at the option using a mouse de- 
vice or similar indicator device (not shown). Specifically, 
selection of option 303 enables the user to learn about 
the different products that the company nnarkets. In ad- 
ditbn, it allows the user to place an order for any prod- 
ucts he/she wants to purchase in the course of browsing 
the product information. Selection of option 305 enables 55 
the user to search for particular products that the user 
has in mind. Selection of HELP option 307 enables the 
user to contact a CSA to obtain customer servce. 



In order to realize such customer service, each CSA 
needs to \oq onto server system 1 00 beforehartd. To that 
end, the CSA utilizes a respective one of conventional 
computers 120-1 through 120-N, each running a stand- 
ard browser, to log onto the system when he/she checks 
in at the customer service center, where N is an integer 
greater than zero. In this instance, one such CSA during 
a check-in has utilized computer 120-K having browser 
171 to perform a login process, where 1 < K < N. In ac- 
cordance with this login process, browser 171 first es- 
tablishes a connection to HTTP server 1 09 via local area 
network (LAN) 160. The CSA then transmits through 
browser 171a pre-assigned login ID and a pre-selected 
password to server 109 for verificatkxi thereof. 

After server 109 determines that the CSA is an au- 
thorized agent based on a record stored in host compu- 
ter 115 concerning the CSA which includes a copy of 
the CSA's correct login ID and password, server 109 
causes computer 1 1 5 to update the record to reflect the 
availability of the CSA. The host computer then assigns 
an agent ID number identifying the CSA and transmits 
same to server 109, along with standby information. 
Based on the received information, HTTP server 109 
generates an HTML document representing a standby 
web page. In addition, server 109 generates an "agent 
cookie' incorporating the agent ID number. 

Server 109 transmits the agent cookie. HTML doc- 
ument to browser 171 via LAN 160, along with prede- 
termined mobile code which is described hereinbetow. 
As is well known in the art. mobile code is portable plat- 
form-independent code which can be dynamically kDad- 
ed through a network and executed on a computer. The 
cookie is then stored in browser 171. The HTML docu- 
ment is opened by the browser to display the standby 
web page on computer 120-K, which requests the CSA 
to stand by at the computer to render customer service. 

The aforementioned mobile code is written in a mo- 
bile programming language such as the standard JAVA 
language. In this instance, the mobile code is in the form 
of a JAVA applet. After the mobile code is received by 
browser 171, the mobile code runs within the browser 
to create surrogate 173. A surrogate is an assistant to 
a browser. In particular, surrogate 173, which is further 
described hereinbelow, serves as an assistant to brows- 
er 1 71 to carry out collaborative browsing of HTML doc- 
uments, e.g., in providing customer service. Manager 
processor 107 administers such a collaborative brows- 
ing session. Therefore, as soon as surrogate 1 73 comes 
into being, it establishes a connection to manager proc- 
essor 107. 

Referring briefly to Fig. 3, assuming in this instance 
that the user at computer 150 selects HELP option 307 
to seek customer service to correct a billing error. Ac- 
cordingly, browser 151 communicates the selection to 
HTTP server 109, along with the customer cookie iden- 
tifying the user. In response, HTTP server 109 informs 
manager processor 107 of the user's request for cus- 
tomer service, and forwards the customer cookie infor- 
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mation to same. 

Fig. 4 is a flow chart depicting the steps taken by 
manager processor 107 to realize the necessary ar- 
rangement between the user and a CSA to effect the 
customer service. Upon learning the user's request, s 
manager processor 107 checks the agent database in 
host computer 115 for available CSAs. as indrcated at 
step 405. In accordance with a predetermined selection 
scheme, manager processor 107 at step 410 selects 
one of the available CSAs. say, the CSA at computer io 
120-K, to provide the customer service. At step 415, 
manager processor 107 kxates an available controller, 
say, controller 111 in this instance, to conduct the re- 
quired collaborative document browsing in a customer 
service session. The address of the selected controller ^5 
and the customer ID number (included in the customer 
cookie) are then communicated by manager processor 
107 to surrogate 173, as indicated at step 420. 

Upon receipt of the controller address and customer 
ID number, surrogate 173 discontinues its connectk>n to 20 
manager processor 107 and establishes a new connec- 
tion to controller 111. In addition, surrogate 173 gener- 
ates a CSA cookie to replace the stored agent cookie 
based on the agent ID number (appearing in the stored 
agent cookie) and the received customer ID number ^5 

Fig. 5 illustrates the fomnat of a generic CSA cookie. 
As shown in Fig. 5. the CSA cookie comprises fields 
501 . 503 and 505, and is formed in this instance by sim- 
ply appending the customer ID number and the agent 
ID number to a cookie header The bit pattern of the 30 
cookie header bears the same predetermined relation 
as above to the customer and agent ID numbers, and 
can be used to identify that the cookie in question is a 
CSA cookie. In accordance with the invention, each time 
when browser 171 communicates to HTTP server 109. 35 
the communication is accompanied by the CSA cookie. 

At step 425, manager processor 107 informs HTTP 
server 109 of the successful assignment of a CSA to 
provide the customer service, and the address of con- 
troller 1 1 1 for use by a surrogate to be created in browser <o 
151. Similar to surrogate 173. this surrogate, which is 
further described hereinbek>w, serves as an assistant to 
browser 151 to carry out collaborative browsing of 
HTML documents in obtaining customer service. Server 
109 then retrieves information concerning a user login 45 
web page from host computer 115, generates an HTML 
document representing the web page, and updates the 
customer cookie. The updated customer cookie differs 
from the previous versbn in that the value of bit 205 is 
now T, reflecting the fact that the user has been re- 50 
ferred to a CSA. Server 109 transmits to browser 151 , 
the controller address, HTML document, and updated 
customer cookie, along with predetermined mobile code 
in the form of a JAVA applet. 

After the mobile code is received by browser 151 , ss 
the mobile code runs within browser 151 to create sur- 
rogate 153. Using the received controller address, sur- 
rogate 153 establishes a connection to controller 111. It 



shouki be noted that in this illustrative emt>odiment, sur- 
rogates 1 53 and 1 73 serve as interfaces between the 
respective browsers and controller 111. Among other 
things, surrogates 153 and 173 monitor the user input 
and the CSA input to browsers 151 and 171 , respective- 
ly, and report the respective inputs to controller 111 . 

In addition, browser 151 substitutes the received, 
updated customer cookie for the prevk)us cookie, and 
opens the received HTML document to display the user 
login page on computer 150. On this page, the user is 
prompted to enter a user login ID and password whch 
are pre-selected by hino/her during a prbr registration. 
It shouki be noted that the login ID is associated with 
the actual identity of the user, such as his/her name, ac- 
count number, etc.. which were recorded in the registra- 
tion. The user login ID and password entries are trans- 
mitted to HTTP server 1 09 for verification thereof, along 
with the current customer cookie. In a conventional 
manner, if the login ID and/or password is invalid, the 
user is afforded a predetermined number of additional 
times to enter the correct login ID and password before 
he/she is denied further access to system 100. Other- 
wise, if server 109 determines that the login ID and pass- 
word are valid, it causes host computer 115 to update 
its customer service database to reflect an association 
of the user login ID, and thus his/her actual identity, with 
the customer ID number, which appears in the customer 
cookie. This association is important in that when host 
computer 1 1 5 later processes a data retrieval request 
accompanied by the customer cookie or CSA cookie 
which contains the customer ID number, host computer 
115 based on the association can efficiently retrieve the 
data relevant to the user in question only. As a result, 
accidental disclosure of confidential data of another us- 
er is effectively avoided. 

After the successful login by the user, server 109 
retrieves information concerning an agent sen/ice web 
page from host computer 115. and generates an HTML 
document representing the web page. This document is 
transmitted to browser 171. Upon opening this docu- 
ment, browser 171 causes computer 120-K to display 
thereon the agent service page. This page includes in- 
formation concerning the name and account number of 
the customer to be served by the CSA. In addition, a 
dialog box appears on the page which is similar to that 
on a customer service web page which is described 
hereinbetow. 11 suffices to know for now that the CSA 
can start communicating with the customer by entering 
text into the dialog box. 

In addition, sen/er 109 retrieves customer sen/ice 
page information from host computer 115. and gener- 
ates an HTML document representing the customer 
service page. This document is transmitted to browser 
151. Upon opening this document, browser 1 51 causes 
computer 150 to display thereon the customer service 
page. This page is illustrated in Fig. 6, and includes, for 
example, dialog box 601 . VOICE CALL option 603, IN- 
TERNET PHONE option 605. and QUIT option 607. 
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Dialog box 601, similar to that on the above agent 
service page, albws the user to communicate in real 
time with the CSA in text. To that end, surrogates 153 
and 1 73 are programmed to provide this "text -chat" ca- 
pability which involves an exchange of textual commu- 
nications through controller 111. In this instance, the 
CSA has started a diatog in box 601 with a standard 
greeting, waiting for a response from the user 

As an alternative to the textual communications, the 
user may request voice communications with the CSA, 
instead. Option 603 allows the user to communicate with 
the CSA by ordinary telephone. However, it should be 
noted that even when the user is on the phone with the 
CSA, he/she needs to continue to use computer 150 to 
realize the customer service session involving collabo- 
rativety browsing of documents with the CSA in accord- 
ance with the invention. 

When option 603 is selected, the user is prompted 
for his/her telephone number. As soon as this number 
is entered and received by HTTP server 109, the latter 
passes it onto manager processor 107, Accordingly, 
server 1 09 causes computer 1 20-K to display a mes- 
sage to the CSA, such as "a voice call in progress," to 
alert the CSA of an imminent, incoming phone call. Proc- 
essor 1 07 then retrieves from host computer 1 1 5 the tel- 
ephone number of the CSA, and causes private branch 
exchange (PBX) 113 to establish a phone connection 
between the user and CSA. 

Option 605 allows the user to communicate with the 
CSA via an Internet phone (not shown) which may be 
integrated into computer 150. Similarly, the Internet 
phone of the CSA may be integrated into computer 
120-K. When option 605 is selected, HTTP server 109 
informs manager processor 107 of such a selection. Af- 
ter learning the internet protocol (IP) port number asso- 
ciated with browser 171. processor 107 informs HTTP 
109 of the number, which in turn transmits the number 
to browser 151 . In a well known manner, using the re- 
ceived IP port number, browser 151 causes the user's 
Internet phone to initiate a call over the Internet to the 
CSA to realize the voice communicatbns. Finally, option 
607 allows the user to quit the current customer service 
session. When this option is selected, server 109 caus- 
es bit 205 of the customer cookie to be changed to "0", 
indicating that the user is no longer served by the CSA. 
Accordingly, the CSA becomes available to assist other 
customers. 

By way of example, in the current customer sen^ice 
session, the user has communicated in text to the CSA 
a potential billing error. In order to solve the problem ef- 
ficiently, the CSA needs to browse, with the user, the 
user account information including the bill in questran. 
Accordingly, the CSA points and clicks at an icon on the 
agent service page to request such account information. 
This request contains the new URL where such account 
information is stored. The request is transmitted from 
browser 171 to HTTP server 109. along with the CSA 
cookie previously described. Having learned of the 



transmitted request, surrogate 173 communicates a 
copy of the request to surrogate 153 through controller 
111. Surrogate 153 then causes browser 151 to transmit 
a similar request to HTTP server 1 09, along with the cus- 
s tomer cookie previously described. 

Conversely, the user may utilize browser 151 to in- 
itiate a request including a change in the URL to look up 
different data to explain the billing error. In that case, 
surrogate 1 53 similarly forwards a copy of such a re- 

w quest to surrogate 1 73 through controller 111. Surrogate 
1 73 then directs browser 1 71 to issue a similar request. 
As such, as the sessk>n progresses, the CSA and the 
user manage to synchronously go from one URL to an- 
other to collaboratively browse relevant HTML docu- 

'5 ments and, based on the findings, resolve the problem 
at hand through the textual or voice communications. 

However, in accordance with the invention, the ver- 
sion of each document browsed by the user may not be 
identical to the version browsed by the CSA even though 

20 they originate from the same document. In a preferred 
embodiment, the user version is a subset of the corre- 
sponding CSA version. This asymmetric collaborative 
browsing approach is advantageous in many applica- 
tions including the above customer service application. 

25 In particular, in resolving a bill problem as in the above 
customer service session, it Is desirable to have the 
CSA in possession of more data than the user. For ex- 
ample, both CSA and user versions of the user account 
document show the same user account history informa- 

30 tion including the bill in question. However, to serve the 
customer efficiently, the CSA is privy to certain proprie- 
tary data which appears In the CSA versk>n but not the 
user versbn. Such proprietary data includes internal 
resolutions of past complaints by the same user, the fre- 

35 quency of complaints, the credit history of the user, the 
rating of the user as a customer, etc. 

To that end, HTTP server 1 09 is programmed to dis- 
tinguish a user's data request from a CSA's request 
based on the cookie accompanying each request. If a 

40 request is accompanied by a CSA cookie identifiable as 
such by its header or format, HTTP server 109 retrieves 
from host computer 115a CSA version of the document, 
which most likely is a full version thereof. Otherwise, if 
a request is accompanied by a customer cookie identi- 

^ fiable as such by its header or format, HTTP 109 re- 
trieves from host computer 115 a redacted version of 
the document, excluding the proprietary data. 

The foregoing merely illustrates the principles of the 
invention. It will thus be appreciated that a person skilled 

50 in the art will be able to devise numerous other arrange- 
ments which embody the principles of the invention and 
are thus within its spirit and scope. 

For example, in the disclosed embodiment, the de- 
termination of whether a data request is attributed to a 

55 CSA or a user is based on the cookie information ac- 
companying the data request. However, it will be appre- 
ciated that the cookie information need not accompany 
the data request. Rather, it may be made part of the data 
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request, or derivable from the data request. Further- 
more, one may utilize other indicia than the cookie to 
identffy the originator of the request. For example, one 
may use the agent login ID in lieu of the CSA cookie, 
and the user login ID in lieu of the customer cookie, to 
achieve the necessary distinction. The IP port numbers 
associated with the respective user's and CSA's brows- 
ers may also be used for that purpose. 

In addition, it may be desirable to have the customer 
cookie survive a predetermined period of time after the 
customer servce session is over During this perkxl, if 
the user invokes another customer service session, 
based on the customer ID number in the surviving cook- 
ie, manager processor 107 can re-connect the user with 
the CSA previously assigned to the user, provided that 
the CSA is available. This feature may be achieved by 
including in the customer cookie of Fig. 2 an additional 
field specifying an expiration time of the cookie. This ex- 
piration time may be set at the moment when the value 
of bit 205 is changed from "1 ■ to (i.e., when a user 
is disconnected from the agent). Thus, for example, with 
such a feature, if a user has unfinished business in a 
first customer servk;e session, the user can advanta- 
geously carry on the business in a second session wrth 
the previous CSA as long as the second session is in- 
voked within the expiration time. 

Moreover, in the disclosed embodiment, after a 
CSA is assigned by sen/er system 100 to assist a cus- 
tomer, an agent service page appears on the CSA's 
computer. It will be appreciated that this page will incor- 
porate information concerning the web page which the 
assigned customer was previously on, e.g.. a catalog 
page, so that the CSA may better anticipate and re- 
spond to the customer's inquiries. 

Finally, system 100 is disclosed herein in a form in 
whk;h various system functions are performed by dis- 
crete functional blocks. However, any one or more of 
these functions could equally well be embodied in an 
arrangement in which the functions of any one or more 
of those blocks or indeed, all of the functbns thereof, 
are realized, for example, by one or more appropriately 
programmed processors. 

Claims 

1 . Server apparatus for providing data to two or more 
receivers for concurrent browsing of said data com- 
prising: 

an interface for receiving from at least one of 
said receivers a request for particular data, said 
request including indicator information; and 
a processor responsive to said indicator infor- 
mation for providing a selected version of said 
particular data, said selected version of said 
particular data having a content less than the 
entirety of the particular data. 



2. Apparatus as claimed in claim 1 wherein sakJ indi- 
cator information includes cookie information. 

3. Apparatus as claimed in claim 1 wherein said indi- 
5 cator information identifies an originator of the re- 
quest. 

4. Apparatus as claimed in claim 1 wherein said indi- 
cator information includes informatk)n representing 

10 a time when the indicator information expires. 

5. Apparatus as claimed in claim 1 wherein sakj proc- 
essor includes said interface. 

^5 6. A server system comprising: 

at least a first device and a second devrce; 
means for receiving a first request for particular 
data, the first request being associated with the 

20 first device; 

means responsive to the first request for caus- 
ing an initiation of a second request for said par- 
ticular data, the second request being associ- 
ated with the second device; 

25 means for distinguishing the first request from 

the second request based on associations 
thereof with the respective first and second de- 
vices; and 

means for providing a first version of said par- 
30 ticular data to said first device in response to 

the first request and a second versbn of said 
particular data to said second device in re- 
sponse to the second request, said first version 
being different from said second version. 

35 

7. A system as claimed in claim 6 wherein sakJ first 
and second requests have respective portions 
which specify said particular data, said respective 
portions being identical. 

40 

8. A system as claimed in claim 6 wherein at least one 
of the first and second devices includes a personal 
computer. 

45 9. A system as claimed in claim 6 wherein the causing 
means includes a web browser. 

10. A system as claimed in claim 6 wherein the causing 
means includes a surrogate. 

so 

11. A system as claimed in claim 10 wherein said sur- 
rogate forwards a copy of at least part of said first 
request to said second device. 

55 12. A system as claimed in claim 10 wherein said sec- 
ond device forwards a copy of at least part of sakJ 
second request to said surrogate. 
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1 3. A methcxi for providing data to two or more receivers 
for concurrent browsing of said data comprising the 
steps of: 

receiving from at least one of said receivers a 5 
request for particular data, said request includ- 
ing indicator information; and 
based on said indicator information, providing 
a selected version of said particular data, said 
selected version of said particular data having io 
a content less than the entirety of the particular 
data. 

14. A method as claimed in claim 13 wherein said Indi- 
cator information includes cookie information. ^5 

15. A method as claimed in claim 13 wherein said indi- 
cator information identifies an originator of the re- 
quest. 

20 

16. A method as claimed in claim 1 3 wherein said indi- 
cator information includes information representing 
a time when the indicator information expires. 



30 



35 



40 



45 



50 



55 



EP 0 875 844 A2 

i 



FIG. 1 



too 



SERVER SYSTEM 



/113 



PBX 



/lis 

HOST 
COMPUTER 



L 



160 



UN 



1± 
COMPUTER 



120-1 



COMPUTER 



120-K 



171 



BROWSER 

r 173 



SURROGATE 



i 



120-N 



COMPUTER 



111 



I 



107 



MANAGER 
PROCESSOR 



CONTROLLER 



HTTP 
SERVER 





COMPUTER 



151 



BROWSER 

yr153 



SURROGATE 



8 



EP 0 875 844 A2 



FIG. 2 



201 

COOKIEj 
HEADER 



203 



i 



205 



CUSTOMER ID NUMBER 



FIG, 3 



WELCOME TO XYZ COMPANY HOME PAGE 




PRODUCT INFORMAnON/OROER 


^303 




PRODUCT SEARCH -^305 






HELP 1^307 





FIG. 4 



CHECK FOR AVAIUBLE CSAs 



SELECT CSA 
t 



LOCATE AVAILABLE CONTROLLER 



I 



COMMUNICATE CONTROLLER ADDRESS AND 
CUSTOMER ID NUMBER TO CSA SURROGATE 



I 



INFORM HHP SERVER OF SUCCESSFUL 
CSA ASSIGNMENT AND CONTROLLER ADDRESS 



405 
410 

415 
420 

425 



9 



EP0 875 844 A2 



1 



FIG. 5 



501 

COOKIE 
HEADER 



503 

A 

AGENT ID NUMBER 



505 

CUSTOMER 10 NUMBER 



FIG. 6 



CUSTOMER SERVICE PAGE 






CSA > HI! THIS IS ... HOW MAY I 
HELP YOU ? 






CUST >_ 












^603 


yr605 


r 


607 




VOICE 
CAU 




INTERNET 
PHONE 




QUIT 

















10 



